home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv2.zip / SDKV2N16.TXT < prev    next >
Text File  |  1993-06-23  |  5KB  |  142 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6. GUS Programmer's Digest     Fri Jun 18 00:07     Volume 2: Issue  16  
  7.  
  8. Today's Topics:
  9.                     GUS Programmer's Digest V2 #15
  10.                           pro developers kit
  11.                 Twos complement bit and DRAM download
  12.                               Weekly IRC
  13.  
  14. Standard Info:
  15.     - Meta-info about the GUS can be found at the end of the Digest.
  16.     - Before you ask a question, please READ THE FAQ.
  17.  
  18. ----------------------------------------------------------------------
  19.  
  20. Date: Thu, 17 Jun 93 07:16:43 CDT
  21. From: andrew@titan.tsd.arlut.utexas.edu (Andrew Wheeler)
  22. Subject: Re: GUS Programmer's Digest V2 #15
  23. Message-ID: <9306171216.AA04120@titan.tsd.arlut.utexas.edu>
  24.  
  25. >Firstly, I guess you didn't read the disclaimer about support -- none to
  26. >speak of.  Secondly, what did you expect for free?  If you want a proper
  27. >SDK get the professional one and sign the disclaimer.
  28. >
  29. >Pete
  30. >scheyen@csd.uwo.ca
  31.  
  32. That's strange - I signed the non-disclosure agreement and didn't really get
  33. anything over what is available on the net.  Am I missing something?
  34.  
  35.  
  36. -andrew
  37. andrew@mars.tsd.arlut.utexas.edu
  38.  
  39. ------------------------------
  40.  
  41. Date: Thu, 17 Jun 93 9:46:25 BST
  42. From: "James Andrews, User Support" <james@sol1.east-london.ac.uk>
  43. Subject: pro developers kit
  44. Message-ID: <15753.9306170846@uk.ac.uel.sol1>
  45.  
  46. > 
  47. > Date: Wed, 16 Jun 93 8:39:59 EDT
  48. > From: Peter G.N. Scheyen <scheyen@csd.uwo.ca>
  49. > Subject: Re: Gravis/FORTE - Please read this!!!
  50. > Message-ID: <9306161240.AA19711@mccarthy.csd.uwo.ca>
  51. > 
  52. > Firstly, I guess you didn't read the disclaimer about support -- none to
  53. > speak of.  Secondly, what did you expect for free?  If you want a proper
  54. > SDK get the professional one and sign the disclaimer.
  55. > 
  56.  
  57.  
  58. > Pete
  59. > scheyen@csd.uwo.ca
  60.  
  61. I signed the disclaimer but havent seen hide nor hair of the pro developers
  62. kit.
  63. As for the total lack of support, this group is the only place I'll be
  64. asking if I get totally stuck
  65. james@sol1.uel.ac.uk
  66.  
  67. ------------------------------
  68.  
  69. Date: Thu, 17 Jun 1993 11:47:57 -0500 (EST)
  70. From: James Reutter <jreutter@silver.ucs.indiana.edu>
  71. Subject: Twos complement bit and DRAM download
  72. Message-ID: <9306171648.AA27967@orca.es.com>
  73.  
  74. In response to my recent posting about degraded sound quality,
  75. when using the UltraDownload function to load a sound file to
  76. DRAM,
  77. David MacMahon replied:
  78.  
  79. =================================
  80. I noticed crappy sound when I thought I was playing a sine wave.
  81. It turns out that setting the "convert to 2's comp" bit in the 
  82. "mode" byte of the call to UltraDownload made my sine wave
  83. sound (and look) like a sine wave.
  84. =================================
  85.  
  86. This was precisely the problem.  In case anybody else out there is
  87. doing the same thing, here are some details:
  88.  
  89. * Sound files were .SND files, provided as samples with the SDK,
  90. or converted from .WAV format (same problem with all these files)
  91. * UltraDownload function takes arguments dataptr, control, dram_loc,
  92. len, wait [page 6 of 2.01 SDK documentation], where "control" is the
  93. mode mask.  Bit 7 (high-order bit) of the DMA control bit mask [page 
  94. 78 of aforementioned doc.] is the bit to convert to 2's complement.
  95.  
  96. In my case, I set this bit to 1 [=do the convert].  In C, easiest way to
  97. do this is to initialize "control" to zero, then set control |= 0x80
  98. [i.e. bitwise OR control with hex 80 = 10000000 binary].
  99.  
  100. Without this bit set on, the sound is audible, 
  101. and, in our case, intelligible (we're using speech samples) 
  102. but highly distorted and staticky.  
  103.  
  104. Apparently (correct me if I'm wrong) then, .SND format is 
  105. one's complement.   
  106.  
  107.            
  108.  
  109. ------------------------------
  110.  
  111.  
  112.  
  113. Date: Thu, 17 Jun 1993 20:51 EDT
  114. From: GILMOUR@BINAH.CC.BRANDEIS.EDU
  115. Subject: Weekly IRC
  116. Message-ID: <01GZHYEX1HTC9N76A5@BINAH.CC.BRANDEIS.EDU>
  117.  
  118. I was wondering if I could drum up some support for a weekly (or whatever)
  119. IRC (Internet Relay Chat) get together to talk about programming the GUS.
  120. I'm rather new to programming in C and think this would be a great way to
  121. supplement this newsletter.  Any ideas?...
  122.  
  123. -Jeff
  124.  
  125. ------------------------------
  126.  
  127. End of GUS Programmer's Digest V2 #16
  128. *************************************
  129.  
  130. To post to tomorrow's digest:               <gus-sdk%itchy@dsd.es.com>
  131. To (un)subscribe or get help:       <gus-sdk-request%itchy@dsd.es.com>
  132. To contact a human (last resort):     <gus-sdk-owner%itchy@dsd.es.com>
  133.  
  134. FTP sites:         archive.epas.utoronto.ca         pub/pc/ultrasound
  135.                    wuarchive.wustl.edu       systems/msdos/ultrasound
  136. Hints:
  137.       - Get the FAQ from the FTP sites or the request server.
  138.       - Mail to <gus-sdk-request%itchy@dsd.es.com> for info about
  139.     other GUS related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)
  140.  
  141.  
  142.